home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1994 March / Internet Info CD-ROM (Walnut Creek) (March 1994).iso / inet / ietf / bgpdepl / bgpdepl-minutes-92jul.txt < prev    next >
Encoding:
Text File  |  1993-02-17  |  6.9 KB  |  173 lines
  1. Editor's Note:  Minutes received 7/31}
  2.  
  3. CURRENT_MEETING_REPORT_
  4.  
  5.  
  6. Reported by Matt Mathis/PSC
  7.  
  8. Minutes of the Border Gateway Protocol Deployment and
  9. Application Working Group (BGPDEPL)
  10.  
  11. Executive Summary
  12.  
  13. The Internet BGP topology was presented.  There are about 25
  14. administrative systems which are reachable from the NSFnet via EGP2, and
  15. about 40 which are reachable via BGP.
  16.  
  17. Peter Lothberg described the European EBONE BGP deployment.  In several
  18. ways EBONE is further along in BGP deployment than US networks.
  19.  
  20. Several vendors described the status of their implementations.  CISCO
  21. and Cornell gated have BGP3 running today, and are working on BGP4.  BBN
  22. has BGP3 running and is working on BGP4.  Other vendors including
  23. Proteon and Wellfleet are actively working on BGP3 in preparation for
  24. BGP4.
  25.  
  26. ANS intends to have BGP4 deployed January 1993 and has offered to help
  27. vendors with interoperability testing.  Vendors can arrange to bring
  28. equipment into the ANS test facility.  ANS is also exploring support for
  29. remote testing by ``tunneling'' BGP from the ANS test network through
  30. the NSFnet.  Contact Jordan Becker for further information.
  31.  
  32. Minutes
  33.  
  34. Two representations of the known BGP topology of the Internet were
  35. presented.  The first was a map compiled by Jessica Yu, of Merit, which
  36. is compilation of several sources including Merit configuration
  37. databases and routing information extracted from the NSFnet T1 and T3
  38. backbones.  The other was BGP routing table as extracted from a router
  39. in Pittsburgh which was peering with both NSFnet backbones.  The BGP
  40. topology includes about 40 administrative systems.  There are only 25
  41. administrative systems which are visible with EGP2 as the protocol of
  42. origin.  Note that EGP2 does not propagate further topological detail,
  43. so there are additional EGP2 only administrative systems beyond the 25
  44. which are visible.
  45.  
  46. One interesting artifact was noted:  The T1 backbone does not run IBGP
  47. so it can not propagate BGP path information.  All BGP routes learned
  48. via the T1 backbone show one administrative system beyond the backbone
  49. itself with the ``incomplete'' origin attribute.  This is dangerous
  50. because it completely defeats BGP loop suppression.
  51.  
  52. Peter Lothberg described the European EBONE BGP deployment.  They are
  53. using BGP3 in an unusual configuration where it is, in effect, their
  54. interior routing protocol.  All EBONE routers are border routers.
  55. (There are no interior routers).  The EBONE IGP (cisco's IGRP) is used
  56.  
  57.                                    1
  58.  
  59.  
  60.  
  61.  
  62.  
  63. only to distribute the EBONE internal links and interfaces.  The IGP
  64. does not carry exterior routes at all.  IBGP is run as a fully
  65. interconnected mesh between all routers.  Tony Li of cisco added a
  66. configuration feature to BGP to defeat the IGP alignment check.  Thus
  67. every router has an IBGP route for for all exterior networks and an IGP
  68. route for EBONE routers.  Packet switching takes two route lookups:  one
  69. to select the exit router and then to find the interior route to that
  70. exit router.
  71.  
  72. Peter described several routing misadventures that they encountered, as
  73. well as European configuration management issues and related politics.
  74.  
  75. Several vendors described the status of their implementations.  Nearly
  76. all of the major router vendors were present and actively working on
  77. various aspects of BGP.
  78.  
  79.  
  80.    o Proteon plans to support BGP3 in release 13 for ``all platforms''
  81.      by the end of the year.
  82.  
  83.    o Wellfleet plans to have BGP3 in mid '93.
  84.  
  85.    o BBN will be replacing the MILNET mailbridges by T20s in about six
  86.      months.  the T20's will do IBGP with each other, and will support
  87.      BGP2, BGP3 and EGP2.
  88.  
  89.    o cisco did a full rewrite of their BGP code earlier this year.
  90.      Version 9.02 has many patches from early testing in Alternet and
  91.      NEARnet.  Check release notes on ftp.cisco.com.
  92.  
  93.    o The T3 backbone (ANS) will be running BGP3 in the fall, using a
  94.      gated based implementation.  (The current version is routed based).
  95.      They plan to have BGP4 early '93.
  96.  
  97.    o CA*NET is currently using BGP3 in gated.  BGP4 will require
  98.      significant changes to gated, but may be available in the fall.
  99.      The current Cornell gated code includes the CA*NET BGP3 code.
  100.  
  101.  
  102. There was discussion about what the mid-levels could to help the
  103. vendors.  Tony Li of cisco indicated that test installations would be
  104. useful.  Their primary tool has been core dumps from sites which are
  105. having problems.  It was noted that it is difficult to test BGP in a
  106. laboratory, because the interesting behaviors come from its ability to
  107. represent complex events in the global internet.
  108.  
  109. Jordan Becker volunteered to provide vendors with access to the ANS test
  110. facility for BGP interoperability testing.  Contact him for details.
  111.  
  112. There was also discussion about adding a feature to the ANS gated to
  113. support BGP tunneled from the ANS test facility across the Internet.
  114. This would permit remote vendors to do initial interoperability testing
  115. in their own labs.  The necessary code change is trivial but there are
  116.  
  117.                                    2
  118.  
  119.  
  120.  
  121.  
  122.  
  123. some operational and scheduling issues to be addressed.  Contact Jordan
  124. Becker.
  125.  
  126. There was a short discussion of the forms being used for exchanging
  127. Routing Policy and configurations.  These forms are an initial attempt
  128. at a mechanism to detect certain classes of global policy
  129. inconsistencies.  RIPE commented that the forms should be network
  130. oriented, and not AS oriented.
  131.  
  132. Attendees
  133.  
  134. Nagaraj Arunkumar        nak@3com.com
  135. Tony Bates               tony@ean-relay.ac.uk
  136. Jordan Becker            becker@nis.ans.net
  137. David Bolen              db3l@nis.ans.net
  138. Henry Clark              henryc@oar.net
  139. Michael Craren           mjc@proteon.com
  140. John Curran              jcurran@bbn.com
  141. Osmund de Souza          osmund.desouza@att.com
  142. Dino Farinacci           dino@cisco.com
  143. Stefan Fassbender        stf@easi.net
  144. Dennis Ferguson          dennis@mrbill.canet.ca
  145. Peter Ford               peter@lanl.gov
  146. Vince Fuller             vaf@stanford.edu
  147. Der-Hwa Gan              dhg@nsd.3com.com
  148. Elise Gerich             epg@merit.edu
  149. Eugene Hastings          hastings@a.psc.edu
  150. Kathleen Huber           khuber@bbn.com
  151. Steven Hubert            hubert@cac.washington.edu
  152. Paulina Knibbe           knibbe@cisco.com
  153. Mark Knopper             mak@merit.edu
  154. John Krawczyk            jkrawczy@wellfleet.com
  155. Tony Li                  tli@cisco.com
  156. Daniel Long              long@nic.near.net
  157. Matt Mathis              mathis@a.psc.edu
  158. Dennis Morris            morrisd@imo-uvax.disa.mil
  159. Brad Passwaters          bjp@sura.net
  160. Robert Reschly           reschly@brl.mil
  161. Erik Sherk               sherk@sura.net
  162. Roxanne Streeter         streeter@nsipo.arc.nasa.gov
  163. Marten Terpstra          terpstra@ripe.net
  164. Carol Ward               cward@westnet.net
  165. Chris Wheeler            cwheeler@cac.washington.edu
  166. Linda Winkler            lwinkler@anl.gov
  167. Jane Wojcik              jwojcik@bbn.com
  168. Paul Zawada              Zawada@ncsa.uiuc.edu
  169.  
  170.  
  171.  
  172.                                    3
  173.